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I.  Introduction 

Many  contemporary  engineering  courses  are  heavily  theoretical,  particularly  for  dis¬ 
ciplines  where  setting  up  experimental  labs  is  costly.  One  such  example  is  a  semicon¬ 
ductor  electronics  course,  where  transistor  theory  is  taught  without  access  to  experi¬ 
mental  data,  which  is  only  available  in  state-of-the-art  industrial  or  research  labs.  As  an 
alternative,  virtual  online  laboratories  can  expose  students  to  hands-on  learning  without 
incurring  the  high  costs  of  instructional  facilities.  Measurement  instruments  can  be  con¬ 
nected  and  controlled  by  a  computer  for  data  capture  [1].  This  capability  has  enabled 
virtual  laboratories  on  the  World  Wide  Web  (WWW),  allowing  many  users  to  access  a 
single  instrument.  While  Web-based  remote  instrument  control  has  been  investigated 
for  over  a  decade,  most  implementations  have  been  ’’heavyweight”  approaches  relying 
on  Web  servers  with  Java  or  PHP  Hypertext  Processor  (PHP)  scripts  [1]-[3].  These  of¬ 
ten  require  users  to  download  a  ~100  megabyte  LabView  or  Java  browser  plug-in  [4], 
[5],  in  addition  to  having  a  compliant  browser  [6].  Other  remote  laboratories  require  the 
measurement  software  itself,  such  as  LabView  [7], 

This  work  describes  the  design  and  development  of  a  lightweight  Web  Service 
(WS)  for  making  remote  measurements  on  electronic  devices,  which  operates  within 
standard  Web  browsers  and  does  not  require  any  downloads.  The  WS  currently  allows 
users  to  perform  typical  transistor  measurements,  and  has  been  tested  in  a  classroom 
environment  to  gather  student  feedback.  In  addition,  the  WS  could  be  easily  extended 
to  different  applications,  such  as  remote  measurements  of  bionanotechnology  or  mi¬ 
cromechanical  devices.  Remote  users  of  this  WS  control  a  Keithley  2612  instrument 
with  standard  browsers  without  plug-ins,  and  monitor  their  results  in  real  time  from  any 
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computer  or  web-browsing  mobile  device,  Fig.  1 .  The  server  software  successfully  plac¬ 
es  student  test  requests  into  a  queue,  conducts  the  tests  in  order,  and  provides  ongoing 
measurement  results  to  all  connected  users.  Finally,  in  order  to  encourage  further  de¬ 
velopment  of  other  systems  based  on  this  work,  the  project  code  has  been  posted  on¬ 
line  as  open  source  [8]. 

The  paper  is  organized  as  follows:  first,  Section  II  describes  the  server  setup  and 
website  interface.  Section  III  presents  a  specific  application  example  of  the  website  in 
an  undergraduate  electronics  course.  This  section  also  discusses  student  feedback  and 
guidelines  for  future  improvements.  Finally,  Section  IV  concludes  the  article  by  summa¬ 
rizing  the  key  points. 

II.  Web  Service  (WS)  and  Website  Interface 

Web  Services  (WS)  provide  a  standardized  means  to  expose  the  inputs  and  out¬ 
puts  of  a  process  to  a  variety  of  other  remote  systems,  combining  standardized  com¬ 
munication  over  the  Hypertext  Transfer  Protocol  (HTTP)  with  standardized  text  data  in 
the  Extensible  Markup  Language  (XML)  [9],  [10].  Development  with  WS  has  been  suc¬ 
cessfully  used  for  remote  instrument  control  with  many  possible  interfaces  for  the  end 
user  [10],  [11].  By  making  use  of  the  recently-added  WS  capabilities  in  LabView,  virtual 
instrument  (VI)  control  panels  can  be  operated  via  external  computers  by  connecting  to 
instrument  controls  through  familiar  HTTP  links.  Thus,  the  WS  for  the  remote  controlled 
instrument  accepts  simple  HTTP  requests  and  returns  XML  files  with  results.  This 
enables  any  type  of  client,  for  example  a  Web  browser  with  JavaScript  but  no  additional 
plug-ins,  to  run  electronic  measurements  on  a  remote  server.  The  server  is  hosted  by 
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the  Pop  Lab  [12]  in  the  Micro  and  Nanotechnology  Laboratory  (MNTL)  at  the  University 
of  Illinois  at  Urbana-Champaign  (UIUC),  as  pictured  in  Fig.  2. 

To  enable  remote  connectivity  to  the  lab  instruments,  a  user-friendly  website  inter¬ 
face  was  developed  with  support  for  on-demand  content  loading.  The  website  works  on 
any  Web  browser  with  support  for  a  JavaScript  XML  HTTP  Request,  a  common  feature 
in  most  Web  browsers  on  all  operating  systems  including  Internet  Explorer,  Mozilla  Fire- 
fox,  and  even  Safari  running  on  the  iPhone.  The  website  avoids  the  need  to  load  a  se¬ 
quence  of  pages,  as  all  controls  and  displays  are  on  a  single  page,  Fig.  3).  Real-time 
plotting  in  the  web  browser  is  accomplished  with  Flot,  an  open  source  JavaScript  library 
that  uses  or  emulates  the  standard  HTML  <canvas>  tag  [13].  The  XML  requests  that 
must  be  implemented  by  the  website  are  described  in  Tables  I  and  II.  The  authors  have 
made  both  the  WS  server  and  website  available  for  download  as  complete  open-source 
software  online  [8]. 

On  the  current  website  interface,  the  user  chooses  to  perform  either  a  drain  current 
vs.  gate-to-source  voltage  ( Id-Vgs )  or  Id  vs.  drain-to-source  voltage  ( /d-Vds )  transistor 
measurement  using  a  remotely  accessed  Keithley  2612  source-measurement  unit.  Ap¬ 
propriate  sourcing  parameters  are  pre-programmed  in  the  LabView  Vis,  which  also  set 
the  voltage  and  current  compliances.  Information  about  the  requested  measurement 
and  associated  compliance  limits  is  determined  in  the  Initial  Request,  an  initiating  re¬ 
quest  made  by  the  client,  as  shown  in  Table  I.  While  determining  the  information  for  re¬ 
questing  a  test,  data  currently  being  collected  by  the  remote  lab  instrument  is  displayed 
to  all  active  sessions.  This  feature  allows  students  to  collaborate  as  well  as  view  the  re¬ 
sults  of  other  users,  in  order  to  develop  a  better  intuition  about  the  measurements.  Us- 
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ers  can  choose  whether  to  acquire  and  display  data  for  the  ongoing  test,  whether  it  is 
their  own  test,  or  that  of  another  user.  Nevertheless,  the  test  requests  made  by  all  con¬ 
nected  users  execute  in  the  chronological  order  in  which  they  were  received. 

As  the  test  data  is  acquired  by  the  instrument,  it  is  made  available  to  the  client  in 
real  time.  Every  second,  a  New  Data  Request  with  no  data  other  than  the  standard 
HTTP  headers  is  sent,  for  which  an  XML  data  response  is  provided  with  the  newest  da¬ 
ta  points  recently  acquired  by  the  lab  instrument.  This  data  is  just  over  500  bytes  in  size, 
which  highlights  the  low  bandwidth  of  the  requests,  due  to  data  being  sent  in  small 
packets  rather  than  in  a  high-overhead  Web  page.  The  delay  in  transporting  data  over 
the  HTTP  protocol  is  typically  -100  ms,  which  is  usually  fast  enough  to  receive  data  in 
real  time,  at  a  rate  below  -10  Hz.  This  delay  is  largely  determined  by  server  perfor¬ 
mance. 

Users  view  data  in  a  separate  text  box  for  each  test  run,  while  connected.  The  text 
box  provides  a  mechanism  for  the  data  to  be  easily  copied  and  pasted  into  a  spread¬ 
sheet,  and  subsequently  analyzed.  The  website  data  plot  is  also  updated  in  real  time.  A 
screen  capture  (by  Alt+PrintScreen,  for  instance)  can  copy  the  plot  for  use  elsewhere. 
Only  a  basic  keyboard  and  mouse  are  needed  to  operate  the  website  because  the  con¬ 
trols  are  all  buttons  and  numerical  input  fields. 

The  WS  server  software  consists  of  eleven  Vis  in  LabView,  as  shown  in  Fig.  4.  The 
three  categories  of  Vis  are  (1)  software  and  hardware  control  options,  (2)  Vis  invoked 
by  client  requests  such  as  the  queue  handler,  and  (3)  internal  processes  which  consist 
of  the  instrument  control  VI  and  queue  manager  VI.  Client  requests  such  as  test  input 
selections  are  sent  to  the  unique  URL  for  a  particular  VI  in  category  (2).  The  VI  checks 
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the  request  inputs  against  the  options  in  category  (1)  and  accordingly  takes  action  by 
verifying  or  correcting  the  test  inputs  and  then  queuing  the  test  using  the  queue  manag¬ 
er  VI  in  category  (3).  The  queue  manager  VI  runs  the  instrument  control  VI  for  every 
dequeued  test,  dequeuing  tests  in  the  order  they  entered  the  queue. 

The  technologies  used  for  the  WS  and  interface  are  remarkably  stable  and  secure. 
An  analysis  of  previous  technologies  for  remote  laboratories  shows  that  the  AJAX  de¬ 
velopment  paradigm  used  here  has  the  highest  ranking  in  security,  the  second-highest 
ranking  next  to  HTML  in  universality,  the  third-highest  ranking  in  power  and  flexibility, 
and  the  highest  ranking  in  development  facilities  [11].  In  addition,  the  WS  enables  a 
flexible  interface  and  the  dynamic  use  of  various  resources  [10]. 

III.  Example  Application  in  Solid-State  Electronics  Class 

The  Remote  Lab  interface  is  now  an  experimental  component  used  by  students  in 
the  undergraduate  Solid-State  Electronic  Devices  course  (ECE  440)  in  the  Department 
of  Electrical  and  Computer  Engineering  (ECE)  at  the  University  of  Illinois  Urbana- 
Champaign  (UIUC).  This  course  focuses  on  semiconductor  physics  in  electronic  devic¬ 
es  including  p-n  junctions,  metal-semiconductor  devices,  bipolar  transistors,  optoelec¬ 
tronic  devices,  and  metal-oxide-semiconductor  field  effect  transistors  (MOSFETs). 

Theoretical  studies  alone  cannot  provide  students  with  a  complete  understanding  of 
the  course  material,  and  some  lab  experience  would  be  much  welcomed.  However,  with 
~150  students  in  ECE  440  every  semester,  providing  individual  lab  access  would  be 
prohibitively  expensive.  Instead,  students  are  provided  with  a  small  lab  component  in 
which  they  use  the  Remote  Lab  interface  to  measure  transistor  devices.  In  addition  to 
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providing  a  more  complete  understanding  of  the  ECE  440  course  material,  this  brief  ex¬ 
posure  to  experiments  could  also  encourage  students  to  take  the  follow-up  undergra¬ 
duate  elective  course,  the  Theory  and  Fabrication  of  Integrated  Circuits  (ECE  444). 

When  introducing  the  Remote  Lab  interface  to  ECE  440  students,  the  MOSFET 
was  chosen  as  the  main  example,  because  of  its  many  applications.  Traditional  MOS- 
FETs  fabricated  in-house  in  ECE  444,  and  cutting  edge  research  devices  (e.g.  carbon 
nanotubes)  fabricated  at  the  Micro  and  Nanotechnology  Laboratory  (where  the  Pop  Lab 
is  located),  were  available  for  measurement.  This  gave  ECE  440  students  a  glimpse  of 
ECE  444  and  connected  their  theory  with  practical  electronic  devices,  promoting  an 
overall  understanding  of  the  subject. 

A.  Online  Student  Exercise 

Near  the  end  of  the  Spring  2010  semester,  ECE  440  students  were  invited  to  use 
the  Remote  Lab  interface  hosted  online  at  the  time  of  writing  [14].  They  were  given  a 
measurement  and  analysis  assignment  which  they  could  complete  for  extra  credit. 

One  example  is  the  extraction  of  threshold  voltage  (  Vt )  in  a  standard  MOSFET,  an 
important  metric  describing  the  voltage  at  which  a  MOSFET  “turns  on.”  The  measure¬ 
ment  involves  monitoring  the  drain  current  (Id)  of  the  device  as  a  function  of  gate  vol¬ 
tage  ( Vqs )  under  a  small  and  fixed  drain  voltage  (Vos  ~  50  mV).  Post-measurement 
analysis  is  typically  performed  using  the  linear  extrapolation  method,  that  is,  by  taking 
the  derivative  of  Id  with  respect  to  Vqs  to  find  the  inflection  point,  and  then  identifying  the 
x-intercept  of  the  tangent  line  at  that  point  [15].  Once  Vt  is  known,  the  effective  mobility 
(/Jeff)  of  the  MOSFET  can  also  be  extracted  with  the  MOSFET  current  equation: 
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where  Wand  L  are  the  width  and  length  of  the  device,  and  Cox  is  the  capacitance  per 
unit  area  of  the  gate  oxide  (typically  SiC>2).  As  shown  in  Fig.  6,  these  methods  are  ap¬ 
plied  on  data  measured  remotely  with  the  website  as  well  as  on  data  taken  by  the  in¬ 
strument  locally  in  the  lab. 

For  the  local  measurement,  VV  =  -1.92  V  and  / ueff=  105  cm2V1s'1,  whereas  for  the 
remote  measurement,  l/y  =  -2.18  V  and  peif  =  112  cm2V1s'1.  The  slight  difference  be¬ 
tween  local  and  remote  tests  is  attributable  to  differences  in  hardware  control.  Although 
these  numerical  methods  were  not  given  to  the  students  up-front,  they  showed  their 
conceptual  understanding  since  the  average  VV  reported  was  -1.19  V.  However,  the 
students  had  difficulty  in  extracting  / ieff ,  reporting  values  from  10'3-106  cm2V'1s'1;  this  dif¬ 
ficulty  was  probably  due  to  unit  conversion  issues  (pm  to  cm,  and  so  on).  Nevertheless, 
even  in  its  first  classroom  use  the  instrument  provided  a  valuable  learning  experience 
for  students  who  would  otherwise  not  be  exposed  to  realistic  measurements  until  taking 
more  advance  courses,  such  as  ECE  444. 


B.  Student  Feedback  and  Improvement  Suggestions 

Student  feedback  from  the  aforementioned  assignment  is  used  to  assess  the  effec¬ 
tiveness  of  such  an  interface  in  the  classroom.  Typical  student  feedback  included: 

•  “I  was  impressed  by  this  remote  lab.  Everything  is  easy  to  use  and  understand.” 

•  “I  think  measuring  parameters  of  a  device  that  someone  else  made  is  more  rea¬ 
listic  than  just  taking  industry/textbook-standard  values.” 
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•  “In  an  actual  lab,  we  would  have  to  pay  more  attention  to  what  is  going  on.” 

•  “I'm  glad  to  see  this  implemented.  I  think  that  it  would  be  neat  to  have  one  of 
these  accompanying  each  new  device  introduced.” 

•  “The  website  is  by  far  the  best  way  to  take  measurements  remotely.” 

Overall,  students  were  impressed  by  the  features  and  flexibility  of  the  Remote  Lab 

interface.  Some  recounted  their  taking  measurements  online  from  their  dorm  room  or 
even  from  an  airport.  When  asked  about  other  useful  potential  features,  students  pro¬ 
vided  these  representative  responses: 

•  “Video  would  be  cool  but  I  suppose  much  higher  bandwidth.” 

•  “I  think  more  of  an  explanation  on  how  these  measurements  were  obtained 
would  help  me  to  understand  why  we  are  doing  the  lab.” 

•  “It  should  be  expanded  to  cover,  if  possible,  all  the  graphs  used  in  the  class.” 
Considering  that  many  of  these  features  cannot  be  implemented  in  a  plain  HTML 

page,  the  development  of  additional  interfaces  to  the  Remote  Lab  WS  such  as  Java  ap¬ 
plets  is  suggested.  However,  this  must  be  weighed  against  the  desire  to  have  a  simple, 
lightweight  interface  (that  can  run  even  on  an  iPhone  browser),  as  was  the  original  in¬ 
tention.  Additional  instruments  such  as  capacitance-voltage  (C-V)  meters  could  also  be 
connected  to  the  interface  to  provide  students  other  meaningful  tests  [16]. 

Quantitative  feedback  questions  were  included  in  the  assignment  to  provide  relative 
rankings  for  the  Remote  Lab  interface  and  to  characterize  its  fit  to  the  course.  The  fol¬ 
lowing  questions  have  possible  answers:  Yes  =  Agree  or  No  =  Disagree: 

•  Question  1 :  “Would  you  prefer  taking  lab  measurements  using  this  software  in¬ 
stead  of  using  real  instruments  during  an  assigned  lab  time?” 
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•  Question  2:  “Would  you  use  this  website  interface  if  you  already  had  access  to 
the  actual  lab,  but  had  to  learn  how  to  use  the  instruments?” 

•  Question  3:  “Would  you  use  this  website  interface  if  you  already  had  access  to 
the  actual  lab  and  knew  how  to  use  the  instruments?” 

The  following  feedback  questions  have  possible  answers:  1  =  Strongly  Disagree,  2 
=  Disagree,  3  =  Neutral,  4  =  Agree,  or  5  =  Strongly  Agree 

•  Question  4:  “Intuitiveness:  Was  the  website  interface  easy  to  use?” 

•  Question  5:  “Real  Time  Data:  How  valuable  is  real  time  (live)  data  acquisition  to 
improving  your  understanding  of  MOSFETs?” 

Table  III  summarizes  the  responses  to  these  questions  [17],  [18].  The  use  of  a  WS 
and  remote  lab  interface  provides  the  benefit  of  a  low  cost  per  student,  because  the 
components  shown  in  Fig.  2  may  already  be  present  in  many  school  labs.  Thus,  the  on¬ 
ly  investment  is  the  time  spent  to  write  and  post  a  meaningful  lab  assignment.  The  initial 
gains  of  exposing  ECE  440  students  to  lab  tests  were  high,  but  the  assignments  could 
evolve  into  a  click-and-complete  nuisance  if  the  WS  and  interface  are  overused  in  curri¬ 
culum.  Thus  a  WS  and  interface  should  be  used  as  a  concise,  complementary  tool  to 
the  in-class  curriculum. 


IV.  Conclusion 

In  summary,  a  remote  electronic  device  measurement  setup  has  been  developed 
which  can  run  on  any  modern  Web  browser  without  requiring  additional  plug-ins  or 
downloads.  The  WS  server  software  places  test  requests  into  a  queue,  conducts  the 
tests  in  order,  and  displays  ongoing  measurements  to  all  connected  users.  The  desired 
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resolution  of  measured  data  is  achieved  with  an  adjustable  real-time  data  transfer  rate 
between  the  WS  and  the  website  interface.  In  order  to  encourage  further  development 
of  other  systems  based  on  this  work,  the  project  code  has  been  posted  online  as  open 
source  [8].  The  authors  also  plan  to  make  their  own  remote  lab  interface  available  pub¬ 
licly  through  the  WWW  [14],  giving  a  world-wide  audience  access  to  cutting-edge  mea¬ 
surements  on,  for  example,  carbon  nanotubes  or  state-of-the-art  MOSFET  devices. 

The  remote  instrument  setup  has  been  tested  in  a  large  undergraduate  classroom, 
and  students  provided  valuable  feedback  to  guide  future  extensions  and  applications. 
Due  to  the  modular  design  of  the  software,  other  instruments  with  a  LabView  driver  or 
GPIB  interface  can  be  connected  to  conduct  a  variety  of  remote  tests,  including  AC 
measurements  [19].  The  flexibility  of  the  WS  also  permits  the  development  of  various 
website  interfaces  for  use  in  different  courses.  Such  remote  labs  are  valuable  to  expose 
students  in  engineering  and  science  classes  to  realistic  experiments  and  devices. 
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Table  I 

User  Session  and  Data  Acquisition  Events 


Event 

HTTP  Request 

XML  Response 

Initial 

Request 

Establishes 
identification 
and  session 

Browser  request: 

•  HTTP  GET  /dataprovider 

•  f ormName=initialRequest 

•  User-identifying  HTTP  headers 

XML  text  response  contains: 

•  Available  names  of  tests 

•  Numerical  voltage  control  limits 

•  Plot/axes  options  (name,  range) 
Browser  interpretation: 

•  Provide  list  of  tests  and  inputs 

•  Apply  limits  to  input  controls 

•  Set  plot/axes  name  and  range 

New  Data 
Request 

Retrieves  lat¬ 
est  unseen 
data  points 
from  server 

Browser  request: 

•  HTTP  GET  /dataprovider 

•  f ormName=newDataRequest 

•  User-identifying  HTTP  headers 

XML  text  response  contains: 

•  Name  of  ongoing  test 

•  Whether  new  test 

•  New  data  points 

Browser  interpretation: 

•  Update  data  displayed  (plot, 
text  box  table)  with  new  points, 
refreshing  if  data  from  a  new 
test 

•  Hold/identify  current/past  tests 

Table  II 

Test  Queue  Manager  Events 


Event 

HTTP  Request 

XML  Response 

Test 

Request 

Submits  re¬ 
quest  for  a 
user-defined 
test  to  be  va¬ 
lidated  and 
entered  into 
server  queue 

Browser  request: 

•  HTTP  GET  /queuehandler 

•  f ormName=testRequest 

•  User-identifying  HTTP  headers 

•  Test  name 

•  Voltage  range/bias 

•  Number  of  points 

XML  text  response  contains: 

•  Test  name 

•  Corrected  voltage  range/bias 

•  Number  of  points 

Browser  interpretation: 

•  Notify  user  of  successful  test 
request,  showing  modifications 

Stop 

Request 

Cancels  run¬ 
ning/queued 
test 

Browser  request: 

•  HTTP  GET  /queuehandler 

•  f ormName=stopRequest 

•  User-identifying  HTTP  headers 

XML  text  response  contains: 

•  Whether  test  stopped,  why 
Browser  interpretation: 

•  Notify  if  error 
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Table  III 


Counts  of  Student  Responses  to  Quantitative  Feedback  Questions 


Question 

Strongly 

Disagreeing 

Disagreeing 

Neutral 

Agreeing 

Strongly 

Agreeing 

1 

N/A 

11 

N/A 

8 

N/A 

2 

N/A 

3 

N/A 

16 

N/A 

3 

N/A 

8 

N/A 

11 

N/A 

4 

0 

0 

3 

10 

9 

5 

0 

0 

6 

10 

3 
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Figures 


Server 


Keithley  2612 


Electrical 

Connection 

i> 


Nanotube, 
graphene  or 
Si  MOSFET 


Fig.  1-  Schematic  of  user  interaction  with  remote  instrument  and  device  through  the 


WWW  interface. 
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Device  UnderTest 

man  son  __ 

"Keithley2612 


Source-Measurement  Unit  1 
I  (Lua  scriptcontrolled)  J 


|  Web  browser  (AJAX  client)j 


Fig,  2,  Photograph  of  hardware  used  for  the  remote  laboratory  (top)  and  schematic  of 
the  remote  instrument  WS  and  Web  interface  architecture  (bottom). 
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Re  Ed! 

«ew  Haoy  BookmXu  loot.  H* 

•  C  X  |  http  Vpopi«bfemote/TTitl  Anoo edu/n«ti«bvhri.'ch*1ab/V>dot>^ 

Mo*  Wi 

ted  ^  GcCng  Started  Late*  Heacftnes  PopLab  Remote  inabu 

PopLab  Remote  instrument 

PopLab  Remote  Device  Characterization 


Initialize 


Instrument  Data 


Test  Parameters 

<*  Run  Id-  i'c  (transfer  characteristic)  test 
r  Run  Id-  Vd  (output  characteristic)  test 

Applied  Drain  Bias  Voltage 

Stating  Gate  Voltage: 

Stopping  Gate  Voltage: 

No.  of  Points  in  Gate  Voltage 
Sweep  (approx  ) 

Requett  and  Run  td-Vg  T eat  | 

Cancel  Request  oi  Stop  Running  T esl  | 

Test  Status 

Your  test  request  was  accepted.  The  test  is  in  position 
1  in  the  queue  and  wil  be  run  after  test  submitted 
carter  ae  completed 


|0  050000 V 
1 100000(V 
(ioooooov 

[9700000 


Notes 

Some  common  transistor  notation 

•  Vo  Gate  to  source  voltage 

•  l'o  Drain  to  source  vohage 

Done 


Voltage.  V(V) 


p  Auto  Scale  when  Allowed 
P  Show  Current  Test  Data 


lDVo  Spreadsheet  Data  for  My  Test  Completed  on  Mon  May  3 1  2010  10O1 


Fig.  3.  Screenshots  illustrating  the  Web  interface  of  the  remote  instrument  seen  by  the 
user  (left),  and  the  LabView  VI  which  runs  on  the  Web  server  (right). 
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|  Client  Session  Requests  | 

- - -C'~> 

JserGets  Real-Tirn^ 
Data  from  Currently 
Running  Test 


Data  Provider  VI 

l 

Read  HTTP  Get  Data  VI 


Start  Queue  Manager  VI 


Data  Provider  VI 
Read  HTTP  Get  Data  vH 


Check  Limits  VI 


]  [ 


T 


Data  for  Session  VI 


Data  for  Session  VI 


|  ClientTest 

Reauests  ) 

|  Internal  Process  | 

y^lJser^V 
(  Submits  \ 

Test  ^ 

^ - Nk 

Canceled  \ 

f  Test  Requests  ^ 

V  Dequeued  in  J 

1 - 

▼ 

i — 

▼ 

▼ 

|  Queue  Handler  VI  | 

Queue  Handler  VI 

Queue  Manager  VI 

i 

.  .  ♦  . 

♦ 

Read  HTTP  Get  Data  VI 

1  Read  HTTP  Get  Data  VI  | 

Instrument  Control  VI 

Check  for  Test  in 

Get  Form  Field 

Queue  with  Given 

Value  from  Request 

Session  VI 

Data  VI 

Check  Limits  VI 


Fig.  4.  Diagram  of  client  interaction  with  LabView  server  virtual  instruments  (Vis). 
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Fig.  5.  Photograph  and  close-up  of  wire-bonded  transistors  fabricated  by  undergra¬ 
duates  in  the  UIUC  “Theory  and  Fabrication  of  Integrated  Circuits”  course  (ECE  444).  In 
the  enlarged  image,  an  individual  transistor  is  wirebonded  to  the  chip  carrier,  which  is 
then  connected  to  the  Keithley  2612  for  initial  testing  of  the  Remote  Lab  setup. 
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V„c  (V) 

Fig.  6.  Comparison  of  data  taken  locally  in  the  lab  and  remotely  using  the  WS  shows 
nearly  identical  results,  validating  the  WS  technique.  Here,  the  drain  current  (Id)  vs.  the 
gate  voltage  (  Vqs )  of  a  p-type  MOSFET  is  measured.  The  threshold  voltage  ( VT )  is  ex¬ 
tracted  using  the  linear  extrapolation  method  (see  text). 


